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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document specifies the standards for Signalling Transport to be used across lu Interface. lu Interface is a 
logical interface between the RNC and the UTRAN Core Network. The present document describes how the RANAP 
signalling messages are transported over lu. 
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Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

AAL ATM Adaptation Layer 

AAL2 ATM Adaptation Layer 2 

AAL5 ATM Adaptation Layer 5 

ATM Asynchronous Transfer Mode 

CS Circuit Switched 

DiffServ Differentiated Services 

HDLC High Level Data Link Control 

IntServ Integrated Services 

IP Internet Protocol 

M3UA SS7 MTP3 User Adaptation Layer 

ML/MC-PPP Muti-Link/Multi-Class PPP 

MPLS Multiprotocol Label Switching 

MSC Mobile services Switching Center 

MTP3-B Message Transfer Part 

PPP Point-to-Point protocol 

PPPMux PPP Multiplexing 

PS Packet Switched 

QoS Quality of Service 

RANAP Radio Access Network Application Part 

RNC Radio Network Controller 

S AAL-NNI SignalUng ATM Adaptation Layer - Network Node Interface 

SCCP Signalling Connection Control Part 

SCTP Stream Control Transmission Protocol 
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SGSN Serving GPRS Support Node 

SSCF Service Specific Co-ordination Function 

SSCOP Service Specific Connection Oriented Protocol 

UDP User Datagram Protocol 



4 Data Link Layer 

4.1 ATM Transport Option 

ATM shall be used in the radio network control plane according to 1.361 [5]. The structure of the cell header used in the 
UTRAN lu interface is the cell header format and encoding at NNI (see Figure 3/1.361). 



4.2 IP Transport Option 



An RNC/CN using IP transport option shall support the PPP protocol with HDLC framing [19], [20]. 

Note: This does not preclude the single implementation and use of any other data link layer protocol (e.g. PPPMux 
[29]/AAL5/ATM, PPP/AAL2/ATM, Ethernet, MPLS [28]/ATM, etc.) fulfilling the UTRAN requirements toward the 
upper Layers. 

An RNC/CN using IP transport option having interfaces connected via low bandwidth PPP links like El/Tl/Jl shall 
also support IP Header Compression [21] and the PPP extensions ML/MC-PPP [22], [23]. In this case, the negotiation 
of header compression [21] over PPP shall be performed via [24]. 



RANAP Signalling Bearer 



5.1 



Introduction 



This subclause specifies the Signalling Bearer protocol stack that supports the RANAP signalling protocol. 

The following requirements on the Signalling Bearer can be stated: 

provide reliable transfer of control plane signalling messages in both connectionless mode and connection- 
oriented mode; 

provide separate independent connections for distinguishing transactions with individual UE's; 

supervise the 'UE connections' and provide connection status information to the Upper Layers for individual 

UE's; 

provide networking and routing functions; 
provide redundancy in the signalling network; 
provide load sharing. 

5.2 Signalling Bearer for Circuit Switched Domain 
5.2.1 Protocol Stack for the CS Domain 

The protocol stacks for the CS Domain are shown in figure 1 . The standard allows operators to choose one out of two 
standardised protocol suites for transport of SCCP messages. 

Figure 1 shows, for the lu IP CS domain, the point at which the service primitives are invoked. A single SAP is defined 
independently of the signalling bearer. The SAP provides the SCCP primitives. The figure is not intended to constrain 
the architecture. 
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The following figure 1 also illustrates the protocol model having Broadband Signalling System No. 7 as the signalling 
bearer for RANAP over the lu interface that fulfils the requirements. Figure 1 shows, for the CS domain, the point at 
which the service primitives are invoked. The SAP provides the SCCP primitives. 



lu-CS Control Plane 
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SAAL-NNI 
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Protocol stack for ATM transport option Protocol stack for IP transport option 

Figure 1 : SAP between RANAP and its transport for lu - CS Domain 

5.2.2 ATM Transport Option 

1 . SCCP [7] or [32] provides connectionless service, class 0, connection oriented service, class 2, separation of the 
connections mobile by mobile basis on the connection oriented link and establishment of a connection oriented 
link mobile by mobile basis. SCCP shall be used as specified in [18]. 

2. MTP3-B [4] or [31] provides message routing, discrimination and distribution (for point-to-point link only), 
signalling link management load sharing and changeover/back between link within one link-set. The need for 
multiple link-sets is precluded. MTB3-B shall comply with [4] or [31]. 

3. SAAL-NNI [1] consists of the following sub-layers: - SSCF [3] or [33], - SSCOP [2] and - AAL5 [6]. The 
SSCF maps the requirements of the layer above to the requirements of SSCOP. Also SAAL connection 
management, link status and remote processor status mechanisms are provided. SSCOP provides mechanisms for 
the establishment and release of connections and the reliable exchange of signalling information between 
signalling entities. Adapts the upper layer protocol to the requirements of the Lower ATM cells. It shall be 
possible to use SAAL-NNI connections pre-configured as PVCs for signalling transport on the lu-Interface. 

4. ATM [5]. 

5.2.3 IP Transport Option 

1. SCCP, see subclause 5.2.2. 

2. M3UA refers to the SCCP adaptation layer "SS7 MTP3 - User Adaptation Layer " [17] also developed by the 
Sigtran working group of the IETF. An RNC equipped with the M3UA stack option shall have client 
functionality. This enables the RNC to report to the MSC when it is a newly introduced entity in the network. 

3. SCTP refers to the Stream Control Transmission Protocol [16] developed by the Sigtran working group of the 
IETF for the purpose of transporting various signalling protocols over IP networks. The checksum method 
specified in RFC 3309 [30] shall be used instead of the method specified in RFC 2960 [16]. Multi-homing is a 
way to achieve redundancy with SCTP between two endpoints, of which one or both is assigned with multiple IP 
adrreses. SCTP endpoints shall support a multi-homed remote SCTP endpoint. 

4. IP. IPv6 shall be supported according to [25]. IPv4 support [13] is optional. 
Note: This does not preclude the single implementation and use of Ipv4. 

Due to the possible transition from IPv4 to IPv6 the IP dual stack support is recommended. 
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An RNC/CN using IP transport option shall support Diffserv code point marking [26] . The Diffserv code point may be 
determined from the application parameters. 

5.3 Signalling Bearer for Packet Switched Domain 
5.3.1 Protocol Stack for the PS Domain 

The protocol stacks for the PS Domain is shown in figure 2. The standard allows operators to choose one out of three 
standardised protocol suites for transport of SCCP messages. 
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Figure 2: SAP between RANAP and its transport for the lu -IP domain 

Figure 2 shows, for the lu IP domain, the point at which the service primitives are invoked. A single SAP is defined 
independently of the signalling bearer. The SAP provides the SCCP primitives. The figure is not intended to constrain 
the architecture. 

5.3.2 ATM Transport Option 1 

1 . SCCP [7] or [32] provides connectionless service, class 0, connection oriented service, class 2, separation of the 
connections mobile by mobile basis on the connection oriented link and establishment of a connection oriented 
link mobile by mobile basis. The SCCP shall be used as specified in [18]. 

2. MTP3-B [4] or [31] provides message routing, discrimination and distribution (for point-to-point link only), 
signalling link management load sharing and changeover/back between link within one link-set. The need for 
multiple link-sets is precluded. MTB3-B shall comply with [4] or [31]. 

3. SAAL-NNI [1] consists of the following sub-layers: - SSCF-NNI [3] or [33], - SSCOP [2] and - AAL5 [6]. 
The SSCF maps the requirements of the layer above to the requirements of SSCOP. Also SAAL connection 
management, link status and remote processor status mechanisms are provided. SSCOP provides mechanisms for 
the establishment and release of connections and the reliable exchange of signalling information between 
signalling entities. Adapts the upper layer protocol to the requirements of the Lower ATM cells. It shall be 
possible to use SAAL-NNI connections pre-configured as PVCs for signalling transport on the lu-interface. 

4. ATM [5]. 

5.3.3 ATM Transport Option 2 

1. SCCP, see subclause 5.3.2. 

2. M3UA refers to the SCCP adaptation layer "SS7 MTP3 - User Adaptation Layer " [17] also developed by the 
Sigtran working group of the IETF. An RNC equipped with the M3UA stack option shall have client 
functionality. This enables the RNC to report to the SGSN when it is a newly introduced entity in the network. 
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3. SCTP refers to the Stream Control Transmission Protocol [16] developed by the Sigtran working group of the 
IETF for the purpose of transporting various signalling protocols over IP networks. The multi-homing services 
of SCTP shall be required at both ends of an SCTP-association to enable transport redundancy and reliability. 
M3UA. An implementation of SCTP to this document shall utilise the new checksum method specified in RFC 
3309 [30] instead of the method specified in RFC 2960 [16]. 

4. IP [13] over ATM is defined in [14] and [15]. 

5. AAL5 refers to [6]. It shall be possible to use AAL5 connections pre-configured as PVCs for signalling transport 
on the lu-interface. 

5.3.4 IP Transport Option 

1. SCCP , see subclause 5.3.2. 

2. M3UA, refers to the SCCP adaptation layer "SS7 MTP3 - User Adaptation Layer " [17] also developed by the 
Sigtran working group of the IETF. An RNC equipped with the M3UA stack option shall have client 
functionality. This enables the RNC to report to the SGSN when it is a newly introduced entity in the network. 

3. SCTP, refers to the Stream Control Transmission Protocol [16] developed by the Sigtran working group of the 
IETF for the purpose of transporting various signalling protocols over IP networks. An implementation of SCTP 
to this document shall utilise the new checksum method specified in RFC 3309 [30] instead of the method 
specified in RFC 2960 [16]. Multi-homing is a way to achieve redundancy with SCTP between two endpoints, of 
which one or both is assigned with multiple IP adrreses. SCTP endpoints shall support a multi-homed remote 
SCTP endpoint. 

4. IP. IPv6 shall be supported according to [25]. IPv4 support [13] is optional. 
Note: This does not preclude the single implementation and use of IPv4. 

Due to the possible transition from IPv4 to IPv6, the IP dual stack support is recommended. 

An RNC/CN using IP transport option shall support Diffserv code point marking [26]. The Diffserv code point may be 
determined from the application parameters. 

5.4 Services Provided by the Signalling Bearer 

When considering the requirements that the upper layers, i.e. RANAP, have on the Signalling Bearer, there are a 
number of services it has to provide and a number of functions to perform. These numbers of services that the signalling 
bearer shall provide, to the upper layers, are stated in references [7] to [12] or [32]. 



£75/ 



3GPP TS 25.412 version 6.4.0 Release 6 



11 



ETSI TS 125 412 V6.4.0 (2006-06) 



Annex A (informative): 
Change History 



Change history 


TSG RAN# 


Version 


CR 


Tdoc RAN 


New Version 


Subject/Comment 


RAN_04 




- 


- 


3.0.0 


Approved at TSG RAN #4 by correspondence and placed 
under Change Control 


RAN 05 


3.0.0 


- 


- 


3.1.0 


Approved at TSG RAN #5 


RAN 06 


3.1.0 


001 


RP-99744 


3.2.0 


Approved at TSG RAN #6 


RAN 07 


3.2.0 


- 


RP-000077 


3.3.0 


Approved at TSG RAN #7 (2 approved CRs) 


RAN 07 


3.3.0 


- 


RP-000233 


3.4.0 


Approved at TSG RAN #8 


RAN 09 


3.4.0 


005 


RP-000372 


3.5.0 


Approved at TSG RAN #9 


RANJO 


3.5.0 


006 
007 
008 


RP-00061 1 


3.6.0 


Approved at TSG RAN #10 


1 



Change history 


Date 


TSG# 


TSG Doc. 


CR 


Rev 


Subject/Comment 


Old 


New 


March 01 


11 


- 


- 




Approved at TSG RAN #1 1 and placed under Change Control 


3.6.0 


4.0.0 


03/2002 


15 


RP-020189 


010 


3 


Introduction of IP Transport option in UTRAN 


4.0.0 


5.0.0 


09/2002 


17 


RP-02061 1 


oil 


1 


Addition of new reference on SCTP checksum 


5.0.0 


5.1.0 


12/2003 


22 




- 




Introduction of Release 6 specification 


5.1.0 


6.0.0 


12/2004 


26 


RP-040432 


017 


1 


IP transport option correction 


6.0.0 


6.1.0 


06/2005 


28 


RP-050234 


019 


- 


Correction of M3UA references 


6.1.0 


6.2.0 


12/2005 


30 


RP-050690 


020 




M3UA Client in IP Transport Option 


6.2.0 


6.3.0 


12/2005 


30 


RP-050691 


021 


1 


Addition of ANSI protocol options 


6.2.0 


6.3.0 


06/2006 


32 


RP-060277 


022 


1 


Multi-homing in IP transport option 


6.3.0 


6.4.0 



£75/ 



3GPP TS 25.412 version 6.4.0 Release 6 



12 



ETSI TS 125 412 V6.4.0 (2006-06) 



History 



Document history 


V6.0.0 


December 2003 


Publication 


V6.1.0 


December 2004 


Publication 


V6.2.0 


June 2005 


Publication 


V6.3.0 


December 2005 


Publication 


V6.4.0 


June 2006 


Publication 



£75/ 



